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PROCEDE POUR SUPPORTER DU TRAFIC TEMPS REEL DANS UN SYSTEME 
DE RADIOCOMMUNICATIONS MOBILES 

La presente invention concerne d'une maniere generale les systemes de 
radiocommunications mobiles. 

D'une maniere generale, ces systemes font I'objet de normalisation, et pour 
plus d'informations on pourra se referer aux normes correspondantes, publiees par 
les organismes de normalisation correspondents. 

D'une maniere generale, dans ces systemes, on peut distinguer differents 
types de services, en fonction de la qualite de service requise. Notamment, on peut 
distinguer des services temps reel, correspondent a du trafic sensible aux delais de 
transfert (tel que notamment la voix, ou encore du trafic a flux continu ou 
« streaming »), et des services non temps reel, correspondant a du trafic non sensible 
aux delais de transfert (tel que notamment le transfert de donnees). 

D'une maniere generale, dans ces systemes, on peut aussi distinguer. 
differents types de services, selon les techniques utilisees pour les supporter. On peut 
ainsi distinguer les services en mode circuit et les services en mode paquet. En mode 
circuit, le trafic est transports dans des ressources ou canaux dedies alloues en 
permanence a un utilisateur pour la duree d'un appel. En mode paquet, le trafic est 
transports dans des ressources ou canaux partagSs entre plusieurs utilisateurs. Le 
mode circuit permet ainsi de garantir les delais de transfert pour chaque utilisateur , 
mais ne permet pas une utilisation efficace<des ressources disponibles pour 
I'ensemble des utilisateurs. Au contraire, le mode paquet permet une utilisation 
efficace de I'ensemble des ressources disponibles, mais ne permet pas de garantir 
les delais de transfert. Le mode circuit et le mode paquet se differencient non 
seulement par des techniques differentes d'allocation de ressources, mais aussi par 
des architectures de protocoles differentes. 

Les systemes de deuxieme generation, de type GSM (« Global System for 
Mobile communications ») ont plutot ete congus initialement pour supporter du trafic 
temps n§el (essentiellement de la voix) en mode circuit. Des fonctionnalites 
supplementaires ont ensuite ete introduces dans ces systemes, correspondant a la 
fonctionnalite GPRS (« General Packet Radio Service »), pour leur permettre de 
supporter du trafic non temps reel en mode paquet. 
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L'architecture generate des systemes de radiocommunications mobiles est 
rappelee sur la figure 1 , elle comporte essentiellement : 

- un r6seau d'acces radio 1 , ou RAN (pour « Radio Access Network »), 

- un coeur de r6seau 4, ou CN (pour « Core Network »). 

5 Dans cette architecture generale, le RAN est forme de stations de base 2 et 

de controleurs de stations de base 3. II est en relation d'une part avec des terminaux 
mobiles via une interface 6 appelee aussi interface radio, et d'autre part avec le CN 
4 via une interface 7. Le CN 4 est en relation avec des r6seaux exterieurs, non 
illustres specifiquement, tels que PSTN (« Public Switched Telephone Network »), PDN 
10 (« Packet data Network »), ...etc. 

^architecture generate des systemes de deuxfeme generation de type GSM 
est rappelee sur la figure 2. Dans ces systemes, le RAN est appele BSS ("Base Station 
Subsystem"), les stations de base sont appelees BTS ("Base Transceiver Station"), les 
controleurs de stations de base sont appeles BSC ("Base Station Controller"), et les 
15 terminaux mobiles sont appeles MS (« Mobile Station »). Les fonctionnalites propres 
aux services en mode paquet sont en general supportees par une entite particultere 
appelee PCU (« Packet Control Unit »), non illustr6e specifiquement, prevue en 
general dans le BSS. 

Dans les systemes de deuxieme generation de type GSM, le CN comporte: 
20 - pour le mode circuit, des entites de type 2G-MSC (ou 2G est utilise pour 

« 2 nd Generation » et MSC est utilise pour « Mobile Switching Center »), 

- pour le mode paquet, des entites de type 2G-SGSN (ou 2G est utilise 
pour « 2 nd Generation » et SGSN est utilise pour « Serving GPRS Support 
Node»). 

25 Ainsi, dans les systemes de deuxieme generation de type GSM, I'interface 7 

comporte une interface appelee interface « A » vers les entites de type 2G-MSC, et 
une interface appelee interface « Gb » vers les entites de type 2G-SGSN. 

Les systemes de type GERAN (« GSM EDGE Radio Access Network », ou 
EDGE est utilise pour « Enhanced Data rates for GSM Evolution ») correspondent a 

30 des Evolutions des systemes de type GSM, visant a offrir des services de troisieme 
generation, aussi bien pour des applications temps reel que pour des applications 
non temps reel. Le but est notamment de pouvoir supporter des services de type IMS 
(« IP Multimedia Sub-system »,ou IP est utilise pour « Internet Protocol »). 
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Pour cela, il a initialement 6te propose d'aligner les services offerts par les 
systemes de type GERAN sur ceux offerts par les systemes de troisieme generation de 
type UMTS (« Universal Mobile Telecommunication System ») en connectant des BSS 
de type GERAN au CN 3G via les interfaces lu, lesdites interfaces etant utilisees pour 
5 connecter I'UTRAN (pour « UMTS Terrestrial Radio Access Network) au CN 3G. 

L'architecture des systemes de troisieme generation de type UMTS est 
rappele sur la figure 3. Dans ces syfemes, le RAN est appele UTRAN , les stations de 
base sont appelees Node B, les controleurs de stations de base sont appeles RNC 
(« Radio Network Controller »), et les terminaux mobiles sont appelds UE (« User 
10 Equipment »). 

Dans les sytdmes de troisieme generation de type UMTS, le CN comporte: 

- pour le mode circuit, des entites de type 3G-MSC (ou 3G est utilise pour 
« 3 rd Generation » et MSC est utilise pour « Mobile Switching Center »), 

- pour le mode paquet, des entites de type 3G-SGSN (ou 3G est utilise 
15 pour « 3 rd Generation » et SGSN est utilise pour « Serving GPRS Support 

Node»). 

Ainsi, dans les systemes de troisieme generation de type UMTS, ^interface 7 
comporte une interface appelee interface « lu-CS » vers les entites de type 3G-MSC, 
et une interface appelee interface « lu-PS » vers les entites de type 3G-SGSN. 

20 L'architecture initialement proposee pour les sytemes de type GSM/GERAN 

est rappelee sur la figure 4. II a ainsi ete propose d'introduire dans les systemes de 
type GSM/GERAN, en plus des interfaces « A » et « Gb » existantes, une interface de 
type « lu-CS » vers des entites de type 3G-MSC et une interface de type « lu-PS » vers 
des entites de type 3G-SGSN. 

25 Cependant, il est maintenant reconnu qu'une telle approche necessite des 

adaptations complexes et coOteuses, notamment dans les protocoles radio de 
couches 2 et 3. 

C'est pourquoi une autre approche a maintenant ete proposee, qui consiste 
6 supporter les memes services que ceux supportes au moyen des interfaces « lu- 
30 CS », « lu-PS » mais au moyen des interfaces existantes « A », « Gb ». Le but est 
notamment de pouvoir supporter des services de type IMS (« IP Multimedia Sub- 
system » ) via interface « Gb ». Pour m6moire, aujourd'hui I'interface « Gb » est 
seulement capable de supporter des services non temps reel (eventuellement du trafic 
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d flux continu ou « streaming »), et des services temps reel peuvent seulement §tre 
supportes via I'interface « A ». 

D'une manfere generate, cette dernfere approche inclut les ameliorations 
suivantes, en vue de faire 6voluer le mode dit « A/Gb » vers un mode dit « A/Gb+ »: 
5 - flux de donn6es multiples et en parallele entre BSS et MS, 

transfert intercellulaire (ou « handover ») pour des services temps reel en 
mode paquet, 

- support de services temps reel par la partie radio (ou RAN), 

- support de services temps reel par la partie reseau (ou CN), 
10 - support de services IMS, 

amelioration des mecanismes de securite. 
Jusqu'a present, la seule proposition pour le support de services temps reel 
en mode paquet sur I'interface « Gb » a ete de prevoir un transfert intercellulaire 
ou « handover » pour les services en mode paquet. On rappelle que les procedures 

15 de transfert intercellulaire ou « handover » sont propres au mode circuit. Selon ces 
procedures, des ressources sont reservees dans une nouvelle cellule alors qu'une 
station mobile est encore connectee 6 une ancienne cellule, ce qui permet, au prix 
d'une certaine complexity, de garantir les delais de transfert. Au contraire, les 
procedures de re-selection de cellule sont propres au mode paquet. Selon ces 

20 procedures, des ressources ne sont allouees a une station mobile dans une nouvelle 
cellule que lorsque la station mobile est connectee a la nouvelle cellule, ce qui 
simplifie les procedures mais ne garantit pas les delais de transfert. 

La proposition mention n6e ci-dessus permet d'introduire pour le mode 
paquet des mecanismes similaires a ceux utilises dans les procedures de transfert 

25 intercellulaire ou « handover » pour le mode circuit. De plus, des procedures ont ete 
proposees pour permettre a une station mobile de reporter regulierement des 
mesures radio au reseau en vue de permettre a ce dernier de selectionner une 
nouvelle cellule, comme dans le mode circuit. Pour cela, une nouvelle combinaison 
de canaux sur I'interface radio a 6te proposee, notamment dans le document « Tdoc 

30 G2-020553, Agenda Item 5.3, 3GPP TSG GERAN WG2 Sophia-Antipolis, France, 
27-31 May 2002 ». Cette nouvelle combinaison consiste en un canal allou6 pour un 
transfert de donnees en mode paquet, ou canal PDTCH (« Packet Data Transfer 
Channel ») et en un canal de signalisation dedie en mode circuit ou canal SACCH 
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(« Slow Associated Control Channel »), ce dernier canal etant utilise pour un tel report 
de mesures radio de la station mobile vers le r6seau. 

Ainsi que I'a observe le demandeur, une telle proposition a notamment les 
inconv6nients suivants: 
5 la station de base BTS et la station mobile MS doivent supporter une 

nouvelle combinaison de canaux, 

Pentite PCU (dans laquelle sont mises en oeuvre les fonctionnalites 
propres au mode paquet) doittraiter des reports de mesures et 
implementer des algorithmes de transfert intercellulaire ou « handover», 
10 - une nouvelle procedure doit etre introduite sur ('interface radio pour 

supporter cette nouvelle combinaison, 

des problemes se posent au niveau de ^architecture de ces systemes 
puisque le SACCH utiliserait un protocole de type LAPDm (« Link Access 
Protocol for the Dm channel ») comme protocole de couche 2 alors que 
15 . le canal de signalisation associe au canal PDTCH, ou canal PACCH 

(« Packet Associated Control Channel »), utilise un protocole de type 
RLC/MAC, ces deux protocoles se terminant dans des noeuds de reseau 
differents (BTS pour LAPDm, PCU pour RLC/MAC). 
Par ailleurs, le canal PDTCH est un canal uni-directionnel alors que les 
20 services temps r6el tendent a requerir des canaux bi-directionnels. Meme pour du 
trafic a flux continu ou « streaming », qui est prinicipalement une application uni- 
directionnelle, il semble difficile d'allouer le sens retour a d'autres utilisateurs, 
puisque ces utilisateurs genereraient tres vraisemblablement du trafic dans I'autre 
direction, d'ou une preemption de resources pour du trafic de « streaming » d'une 
25 maniere inacceptable. 

La presente invention a notamment pour but de proposer une autre 
approche pour le support de services temps reel sur une interface de type « Gb », 
permettant notamment d'eviter tout ou partie des inconvenients mentionnes 
precedemment, ou encore necessitant tres peu d'adaptations par rapport aux 
30 architectures existantes. 

Un des objets de la presente invention est un procede pour supporter du 
trafic temps r6el dans un systdme de radiocommunications mobiles, tel que defini 
dans les revendications. 
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Un autre objet de la presente invention est un 6quipement de r6seau d'acces 
radio pour systeme de radiocommunications mobiles, comportant des moyens pour 
mettre en oeuvre un tel procede. 

Un autre objet de la presente invention est un equipement de coeur de 
5 reseau pour systeme de radiocommunications mobiles, comportant des moyens pour 
mettre en oeuvre un tel procede. 

Un autre objet de la presente invention est une station mobile pour sysfeme 
de radiocommunications mobiles, comportant des moyens pour mettre en oeuvre un 
tel procede. 

10 D'autres objets et caracteristiques de la pr6sente invention apparaTtront a la 

lecture de la description suivante d'un exemple de realisation, faite en relation avec 
les dessins ci-annexes dans lesquels: 

la figure 1 est un schema destine a rappeler Parchitecture generale d'un 
systeme de radiocommunications mobiles, 
15 la figure 2 est un schema destine a rappeler I'architecture generale d'un 

systeme de deuxfeme generation de type GSM, 

la figure 3 est un schema destine 6 rappeler I'architecture generale d'un 
systeme de troisieme generation de type UMTS, 

la figure 4 est un schema destine a rappeler une architecture generale 
20 proposee initialement pour un systeme de type GERAN, 

les figures 5a et 5b sont des schemas destines a illustrer, par 
corriparaison, devolution proposee par la presente invention pour 
I'architecture generale d'un systeme de type GERAN, 
la figure 6 est un schema destine a illustrer un exemple de mise en 
25 oeuvre d'un procede suivant I'invention. 

La presente invention sugg^re d'utiliser les canaux et protocoles radio 
existants, utilises pour les services temps reel lorsque ceux-ci sont relayes via le MSG. 
Au lieu d'utiliser des canaux portages (ou « shared channels ») pour echanger des 
unites de donnees ou PDUs (« Packet Data unit ») de/vers le SGSN, I'idee est d'utiliser 
30 des canaux dedies (ou « dedicated channels »). Si des services temps reel et non 
temps reel doivent etre supportes simultanement, les procedures DTM (« Dual 
Transfer Mode ») existantes peuvent etre utilisees pour controler I'etablissement et le 
relachement des differents flux de donnees. 
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On rappelle brtevement que la fonctionnalite DTM est une fonctionnalite 
permettant de supporter simultan6ment les deux types de services (en mode circuit et 
en mode paquet), pour les stations mobiles pouvant supporter simultanement ces 
deux types de services, en prevoyant une coordination par le BSS des ressources 
5 necessaires 6 chacun des modes. Pour une description detaillee de cette 
fonctionnalite, on pourra aussi se referer aux specifications correspondantes publiees 
par les organismes de normalisation. 

L' evolution proposee selon ('invention peut etre illustree par comparaison 
des figures 5a et 5b. Les equipements illustres sur les figures 5a et 5b sont ceux deja 
10 presentes en relation avec la figure 2, a savoir BTS, BSC, MSC (ou 2G-MSC), SGSN 
(ou 2G-SGSN) ; de plus, la connexion entre un MSC et un reseau exterieur de type 
PSTN, via une entite de type G-MSC (« Gateway-MSC ») a ete. illustree sur les figures 
5a et 5b; de meme la connexion entre un SGSN et un reseau exterieur de type PDN, 
via une entite de type GGSN (« Gateway GPRS Support Node») a ete illustree. Les 
15 interfaces « Abis » entre BTS ef BSC, « Gn » entre SGSN et GGSN, et « Gi » entre 
GGSN et PDN ont egalement ete illustrees. Le but etant notamment de pouvoir 
supporter des services de type IMS, dans la figure 5b, PDN a ete remplace par IMS. 

La figure 5a correspond a une architecture classique, dans laquelle les 
services temps reel relayes via un MSC sont transportes via des canaux dedies sur 
20 ['interface radio. 

La figure 5b correspond a une architecture selon ('invention, dans laquelle 
les services temps reel relayes via un SGSN sont transportes via des canaux dedies 
sur I'interface radio. 

Dans I'architecture GSM existante, il est prevu deux types d'unites pour 
25 traiter les deux types d'appels, en mode circuit et en mode paquet. Ces deux types 
d'unites peuvent ou non etre integrees physiquement dans un meme equipement. 
L'unite chargee de traiter les appels en mode paquet, ou PCU (« Packet Control 
Unit ») est en general prevue dans le BSS. 

Ainsi, generalement, il y a dans le BSS une unite connectee a I'interface 
30 « A » et qui traite les appels en mode circuit, et une autre unite connectee a 
I'interface « Gb » et qui traite les appels en mode paquet. Les appels en mode circuit 
sont transportes au moyen de canaux dedies, c'est-a-dire alloues en permanence 
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pour la duree de I'appel, alors que les appels en mode paquet sont transportes au 
moyen de canaux portages, c'est-a-dire partag6s avec d'autres utilisateurs. 

L'invention propose de supporter des services temps r6el dans I'unite 
connectee a I'interface « Gb » 6 travers les fonctions suivantes : 
5 - support de re-localisation de lien « Gb » lorsque la station mobile 

change de cellule et lorsque la nouvelle cellule est controlee par un BSS 
different du BSS controlant I'ancienne cellule, et lorsqu'une session 
temps reel est en cours a travers ('interface « Gb », 

- support de procedure de PFC (« Packet Flow Context ») pour negocier les 
10 parametres de QoS avec le SGSN lors d'une activation/modification de 

contexte PDP, 

- Lorsqu'un PFC est cre6/modifie pour un flux de donnees temps reel, 
I'unite connectee a I'interface « Gb » declenche 
I'etabiissement/modification d'un canal dedie, 

15 - les unites de donnees temps reel regues de/vers I' interface »Gb » sont 

transportees sur ('interface radio au moyen de canaux dedies, 
lorsqu'un « handover » est requis, les procedures et mecanismes 
existants definis pour les canaux dedies sont utilises ; la seule difference 
est que le MSC n'est pas informe ; au lieu de cela, I'unite connectee a 

20 ('interface « Gb » est informee, et assure si n6cessaire une re-localisation 

de lien « Gb ». 

Avant de decrire un exemple de mise en oeuvre de la presente invention, on 
rappelle tout d'abord les protocoles ou procedures propres aux systemes eh mode 
paquet, ou aux architectures de type IMS, dans la mesure ou ils peuvent etre utiles a 
25 la description de cet exemple. 

Selon ^architecture en couches utilisee pour decrire les systemes en mode 
paquet, notamment de type GSM/GPRS, on distingue, sur I'interface radio entre MS 
etBSS: 

une premiere couche, ou couche physique, 
30 une deuxieme couche, ou couche liaison, elle-meme divisee en plusieurs 

couches: par ordre de niveaux croissants, MAC (pour « Medium Access 
Control » en anglais), RLC (pour « Radio Link Control » en anglais) et 
LLC (pour « Logical Link Control » en anglais). 



WO 03/105505 



9 



PCT/FR03/01738 



De meme, on distingue, sur I'interface « Gb » entre BSS et SGSN: 

une premiere couche, ou couche physique, 
- une deuxieme couche, ou couche liaison, elle-meme divisee en plusieurs 
couches : par ordre de niveaux croissants, « Frame Relay » (en anglais), 
5 BSSGP (pour « BSS GPRS Protocol en anglais), et LLC (pour « Logical 

Link Control » en anglais). 
Des trames appelees trames LLC (ou « LLC frames » en anglais) sont 
formees, dans la couche LLC, a partir d'unites de donnees recues d'un niveau 
superieur, ou couche reseau, via une couche d'adaptation ou SNDCP (« Subnetwork 
10 Dependent Convergence Protocol »). Dans les trames LLC ces unites de donnees sont 
appelees unites de donnees LLC-PDU (pour « LLC-Protocol Data Units »). 

Les unites de donnees LLC-PDU sont ensuite segmentees dans la couche 
RLC/MAC, de maniere d former des blocs appeles blocs de donnees RLC (ou « RLC 
data blocks »). Les blocs de donnees RLC sont ensuite mis au format requis pour 
15 transmission sur I'interface radio, dans la couche physique. 

En outre, des protocoles de signalisation sont prevus, notamment pour la 
gestion des ressources radio ou RR (« Radio Resource Management »), la gestion de 
la mobilite ou MM (« Mobility Management*), la gestion de session ou SM (« Session 
Management*), le controle de lien logique ou LL (« Logical Link Control »), ...etc. 
20 On rappelle aussi que, selon le protocole de gestion de ressources radio, 

differents modes sont possibles pour une station mobile, en mode paquet : 

- un mode dit « packet transfer mode », dans lequel des ressources sont 
allouees temporairement, lorsque des donnees sont effectivement a 
transmettre au cours d'une communication, ces ressources formant un 

25 canal virtuel temporaire ou TBF (« Temporary Block F(ow ») permettant 

un transfert de donnees entre station mobile et reseau, pour un sens de 
transmission donne, 

- un mode dit « packet idle mode », dans lequel aucun TBF n'est etabli. 
Par opposition, en mode circuit, le mode dans lequel des ressources sont 

30 allouees a une station mobile est appele « dedicated mode», ces ressources etant 
alors des ressources dediees allouees a la station mobile pour la duree de la 
communication. Dans le cas ou 6 la fois des ressources dediees et des ressources 
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partagees sont al!ou6es a la station mobile en meme temps, ladite station mobile se 
trouve en « dual transfer mode ». 

A sa mise en marche, une station mobile est aussi dite en mode veille, 
ou « idle mode ». 

5 En outre, selon le protocole de gestion de mobilite, on definit une procedure 

dite d' « attachement GPRS » (ou « GPRS Attach»), permettant a une station mobile de 
passer du mode « idle mode » a un mode dit « attache GPRS >> (ou « GPRS 
attached »), dans lequel elle peut acceder a des services GPRS. On definit aussi la 
procedure inverse de « GPRS Detach ». 
10 Une station mobile en mode veille et non attachee GPRS communique avec 

le reseau par I'intermediaire d'echanges de signalisation sur des canaux appeles 
CCCH (« Common Control CHannel »). Une station mobile attachee GPRS et en 
mode « packet idle mode » communique avec le reseau par I'intermediaire 
d'echanges de signalisation sur des canaux appeles PCCCH (« Packet Common 
15 Control CHannel ») si de tels canaux sont prevus dans la cellule consideree, sinon 
par les canaux CCCH. Une station mobile attachee GPRS et dans le mode « packet 
transfer mode » communique avec le reseau par I'intermediaire d'echanges de. 
signalisation sur des canaux appeles PDCH (« Packet Data Channel »). 

On rappelle que le canal de donnees PDCH inclut un canal de trafic ou 
. 20 PDTCH (« Packet Data Trafic Channel »), et un canal de signalisation ou PACCH 
(« Packet Associated Control CHannel »). 

On rappelle aussi que le canal CCCH inclut lui-rneme un certain nombre de 
canaux tels que notamment un canal PCH (« Paging CHannel »). De meme le canal 
PCCCH inclut lui-meme un certain nombre de canaux tels que notamment un canal 
25 PPCH (« Packet Paging CHannel »). 

On rappelle aussi que lorsqu'une session doit etre etablie dans un systeme 
tel que le GPRS, une procedure d'activation contextuelle de protocole de donnees en 
mode paquet (ou PDP, pour « Packet Data Protocol ») doit etre lancee. Le contexte de 
PDP (ou « PDP context ») contient les informations necessaires au transfert des 
30 donnees entre MS et GGSN (informations de routage, profil de QoS, ...etc.). 

On rappelle aussi que dans une architecture de type IMS, une signalisation 
relative au controle de session d'appel multimedia a jusqu'a present ete definie pour 
des technologies de type UMTS. Une telle signalisation comporte ainsi typiquement 
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I'etablissement d'une connexion RRC entre une station mobile et un RAN, suivi de 
I'etablissement d'une porteuse UMTS pour transporter la signalisation relative au 
protocole SIP. Le protocole RRC, pour « Radio Resource Control » est defini dans la 
norme 3GPP TS 25.331. Le protocole SIP (« Session Initiation Protocol ») ainsi que le 
5 protocole SDP (« Session Description Protocol ») qui lui est lie ont ete definis par 1'IETF 
(« Internet Engineering Task Force ») qui est I'organisme de normalisation pour le 
protocole Internet, ou IP (pour « Internet Protocol »). 

Les principales 6tapes d'une telle signalisation sont les suivantes, notees SI, 
S2, S3. Pour simplifier, on ne considere ici qu'un des trois segments en lesquels se 

10 decompose le controle de session d'appel, en I'occurrence le segment qui va de I'UE 
appelant a son S-CSCF, les deux autres segments etant le segment qui va de I'UE 
appele a son S-CSCF, et le segment qui relie les S-CSCF de I'UE appelant et de CUE 
appele. On rappelle que les entites S-CSCF (« Serving-Call Session Control 
Function ») et P-CSCF (« Proxy-Call Session Control Function ») sont des entites du 

15 reseau de coeur, en charge du controle de sessions d'appels multimedia. 

L'etape SI correspond essentiellement a une etape preliminaire a 
I'etablissement de session. 

L'etape SI utilise une procedure dite d'activation de contexte de protocole 
de donnees en mode paquet, ou contexte PDP (ou « PDP Context», pour « Packet 

20 Data Protocol Context»), necessaire au transport de signalisation de controle de 
session multimedia. On rappelle qu'un contexte PDP comporte un ensemble de 
parametres de porteuse UMTS, tels que notamment des parametres de qualite de 
service, ou QoS (pour « Quality of Service »), ...etc. Cette 6tape sera suivie 
ulterieurement d'une autre procedure d'activation de contexte PDP, necessaire au 

25 transport des donnees liees a la session multimedia elle-meme. Ces deux contextes 
PDP concernant la meme adresse IP, Tetape SI sera aussi appelee procedure 
d'activation de contexte PDP primaire. 

L'etape SI comporte elle-meme essentiellement les etapes suivantes. Dans 
une etape S11, une requete d'activation de contexte PDP est transmise de I'UE au 

30 RAN, avec les parametres correspondents de qualite de service de bout en bout (ou 
« end-to-end QoS ») pour la porteuse UMTS de signalisation de niveau SIP. Dans une 
etape SI 2, le 3G-SGSN commande I'etablissement d'une porteuse d'acces radio (ou 
RAB, ou « Radio Access Bearer ») de sorte qu'un support soit disponible entre UE et 
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3G-SGSN, repondant aux contraintes de qualite de service. Lorsque le RAN regoit 
une telle requete, apres un controle d'admission d'appel, il etablit une porteuse 
radio (ou RB, ou « Radio Bearer ») sur I'interface radio (etape SI 3) et une porteuse lu 
(ou « lu bearer ») sur I'interface « lu ». L'etablissement du RAB peut alors etre 
5 confirme (etape SI 4) et le contexte PDP active (etape SI 5), apres negociation avec le 
3G-GGSN (etape SI 6, SI 7). 

L'etape S2 correspond essentiellement a l'etablissement de la session 
multimedia au niveau du protocole SIP. Cette etape inclut une negociation permettant 
de determiner les caracteristiques pour la session en cours d'etablissement. Cette 
10 negociation inclut notamment une negociation de codecs, permettant de determiner 
une liste ou ensemble de codecs capables d'etre supportes en commun par les deux 
parties a I'appel et autorises par tous les noeuds de reseau intermediates, pour cette 
session. 

On rappelle que les codecs determinent, aussi bien dans les stations mobiles 

15 que dans le reseau d'acces radio (notamment dans les stations de base) ainsi que 
dans le coeur de reseau, comment realiser le codage source et le codage canal 
necessaires notamment a la transmission sur I'interface radio. Par exemple, pour le 
codage de parole, dans un systdme de type GSM, il existe differents types de codecs: 
plein debit (ou FR, pour "Full Rate"), plein debit ameliore (ou EFR, pour "Enhanced Full 

20 Rate"), demi-debit (ou HR, pour "Half Rate"), ou encore AMR (pour "Adaptive Multi- 
Rate coding"), ce dernier etant particulierement interessant en ce qu'il permet 
d'optimiser la qualite de service (en ['occurrence en selectionnaht a chaque instant, 
en fonction des conditions de transmission rencontrees, une combinaison optimale 
d'un codage source donne et d'un codage canal donne). Deux types de codec AMR 

25 existent : le codec a bande 6troite « Narrowband AMR » et le codec a bande large 
« Wideband AMR ». Un codec de type « Wideband AMR » offre une qualite de service 
encore meilleure mais necessite des debits radio plus importants. Le cas de parole 
n'est bien sOr qu'un exemple des differentes composantes, ou differents flux de 
media, formant une session multimedia. 

30 L'etape S2 comporte essentiellement les etapes suivantes. Une fois qu'un 

RB a ete etabli pour la signalisation SIP (au moyen de l'etape precedente SI), une 
premiere tache consiste pour le client SIP a decouvrir son P-CSCF. Ensuite, il devra se 
declarer et s'enregistrer aupres de son S-CSCF, ce qui fera appel d d'autres entites 
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de coeur de reseau. Enfin, lors d'un 6tablissement de session, une requete appel6e 
« SIP Invite » est envoyee 6 la partie appelee via les entites P-CSCF et S-CSCF. Ce 
message contient un datagramme SDP qui indique pour chaque flux de media que 
I'UE appelant souhaite etablir, un certain nombre de parametres de media tels que : 
5 type de media, combinaison d'attributs de QoS, liste de codecs capables d'etre 
supportes pour cette session, ...etc. Les entites P-CSCF et S-CSCF associees a la 
partie appelante puis a la partie appelee effectuent alors un controle de service 
(selon des criteres propres au reseau) sur ces parametres. La partie appelee 
determine alors entre autre sa propre liste de codecs capables d'etre supportes pour 
10 cette session, puis une liste de codecs capables d'etre supportes en commun par les 
deux parties, appelante et appelee, et retourne alors cette derniere liste a la partie 
appelante. La partie appelante determine alors quels flux de m6dia devraient etre 
utilises pour cette session, et quels codecs, dans cette liste, devraient etre utilises pour 
cette session. 

15 L'etape S3 correspond essentiellement a une fin d'etablissement de session, 

et comporte une etape d'allocation de ressource, a partir des caracteristiques de flux 
de media (en terme d'attributs de QoS, de codec negocie, etc) ainsi determinees 
dans l'etape S2. 

L'6tape S3 utilise aussi une procedure d'activation de contexte PDP, appelee 
20 aussi procedure d'activation de contexte PDP secondaire (pour la distinguer de la 
procedure d'activation de contexte primaire utilisee dans l'etape SI). L'etape S3 est 
semblable a l'etape SI, a ceci pres que les parametres de porteuse UMTS a etablir 
correspondent maintenant aux besoins determines dans l'etape S2. L'6tape S3 
comporte elle-meme des etapes qui sont semblables a celles de la l'etape SI, et qui 
25 pour cette raison ne seront pas re-decrites. 

L'etape S3 comporte ainsi I'etablissement d'un RAB pour ce contexte PDP 
secondaire. Lorsque ce RAB est etabli, le RAN effectue un controle d'admission et 
accepte ou rejette I'appel. 

On rappelle par ailleurs que, d'une maniere generale, dans ces systemes, il 
30 est necessaire de prevoir une gestion de la qualite de service (ou QoS, pour « Quality 
of Service ») de maniere a satisfaire les besoins des utilisateurs, en tenant compte 
d'une differenciation des applications et des utilisateurs, et tout en utilisant aussi 
efficacement que possible les ressources de transmission disponibles. 
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D'une manure g6nerale, chaque service est defini par des parametres ou 
attributs de qualite de service (tels que le d6bit binaire garanti, le delai de transfert, 
...etc.)/ I'ensemble de ces parametres ou attributs formant un profil de qualite de 
service. 

5 Pour le GPRS, la gestion de la qualite de service a fait I'objet d'ameliorations 

entre les versions R97 et R99 de la norme. 

Dans la version R97 de la norme, seuls des services non temps r6el peuvent 
etre offerts aux utilisateurs. Ainsi, dans le sens montant, la station mobile peut 
indiquer des parametres de QoS quand elle requiert I'etablissement d'un TBF (pour 

10 « Temporary Block Flow ») dans le sens montant, en utilisant une procedure d'acces 
dite en deux phases. Dans le sens descendant, chaque LLC PDU regue du SGSN 
contient un element d 'information appele « QoS Profile Information Element », 
donnant des informations limitees sur la qualite de service. Ces parametres peuvent 
etre utilises par le BSS pour effectuer dans une certaine mesure une differentiation de 

15 services. 

Dans la version R99 de la norme, une nouvelle procedure, ou procedure de 
creation de « BSS Packet Flow Context» a ete introduite, definie notamment dans les 
specifications 3GPP TS 23.060 et 3GPP TS 08.18. Cette procedure autorise la 
negotiation entre le SGSN et le BSS de tous les parametres de QoS a offrir pour le 

20 transfert de toute LLC- PDU se rapportant au PFC (« Packet Flow Context ») ainsi cree. 
Le SGSN peut aggreger le transfert de LLC-PDUs correspondent a plusieurs 
contextes PDP donnes (ou « PDP Context », ou PDP est utilise pour « Packet Data 
Protocol ») dans un meme PFC. Ceci est possible si les PDP Contexts aggreges ont 
des contraintes de qualite de service proches. Les parametres de QoS ainsi negocies 

25 sont ceux definis dans la version R99 et contiennent beaucoup plus d'informations 
que le profil de QoS defini dans la version R97. lis contiennent en particulier toutes 
les variables necessaires pour la definition d'un service temps reel. 

Le contexte de PDP (ou « PDP context ») cree lors de I'etablissement d'une 
session de donnees contient les informations necessaires au transfert des donnees 

30 entre MS et GGSN (informations de routage, profil de QoS, ...etc.). Lorsqu'il active 
un contexte PDP, si la fonctionnalite PFC est implementee dans le BSS et le SGSN, ce 
dernier peut requerir des parametres de QoS du BSS qui peut negocier tout ou 
partie de ces parametres en fonction de sa charge et de ses capacites. Ceci signifie 
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que les donn6es associees a un contexte PDP et done a une QoS donnee sont bien 
identifies non seulement dans le coeur de reseau CN mais aussi dans le r6seau 
d'acces radio RAN. Ceci permet d'assurer que la QoS offerte pour le contexte PDP 
est negociee entre tous les noeuds de r6seau, et il devient ainsi possible de garantir 
5 certains attributs de qualite de sen/ice. II est ainsi possible d'obtenir qu'un debit 
binaire garanti ou un delai de transfert maximum soit offert, ce qui permet d'offrir 
des services temps reel. 

Pour supporter des applications temps reel il est necessaire que le BSS soit 
capable d'offrir le debit requis et aussi de transferer les LLC PDUs regues dans les 

10 limites du delai de transfert maximum. Pour cela, il est necessaire qu'il y ait aussi peu 
que possible de mise en file d'attente dans le BSS (on rappelle que la mise en file 
d'attente est propre au transfert utilise dans les systemes en mode paquet), et que les 
interruptions de transfert (dues notamment aux re-selections de cellule, comme 
rappele precedemment) soient aussi courtes que possible. Ceci requiert que le BSS 

15 connaisse toujours les specifications de QoS pour le transfert de telles donnees, ou en 
d'autres termes qu'il dispose d'un contexte contenant des informations de profil de 
QoS associees. 

Selon la procedure de creation de « BSS Packet Flow Context», telle que 
specifiee notamment dans le document 3GPP TS 23.060, le SGSN peut a tout 

20 moment requerir la creation d'un contexte appele « BSS Packet Flow Context » (ou 
PFC), notamment lors de I'activation d'un contexte PDP. 

La figure 6 est un schema destine a illustrer un exemple de mise en ceuvre 
d'un procede suivant I'invention. 

On notera que la presente invention couvre aussi bien le cas d'un appel 

25 regu par la station mobile (ou « MT Call », pour « Mobile Terminating Call ») que le 
cas d'un appel emis par la station mobile (ou « MO Call », pour « Mobile Originating 
Call ») a travers le domaine paquet (ou « PS domain »). Une etape dans ces 
differents scenarios est I'etablissement d'un canal dedie, sur creation d'un PFC. Les 
specifications 3GPP concernant I'IMS (23.228 et 24.228) definissent les differents flux 

30 pour I'etablissement d'appel, et le but n'est pas ici de les rappeler. Dans tous les 
scenarios, une etape importante qui constitue plus particulierement un des objets de 
la presente invention est I'etape de reservation de ressources. Dans le cas 
d'etablissement de session MO, ceci se produit entre I'envoi des messages « Final 
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SDP » et « Resource Reservation successful)) . Dans le cas d'etablissement de session 
MT, ceci se produit apr6s que le message « Final SDP » ait ete regu de la partie 
appelante. 

On suppose qu'un contexte PDP pour la signalisation SIP est etabli et que le 
5 MS est dans le mode « Packet Idle Mode », lorsqu'une reservation de ressources est 
effectuee (si un TBF est en cours, alors le premier etablissement de TBF ne sera pas 
effectue). 

Les etapes suivantes peuvent etre mises en ceuvre: 

(1) Le MS declenche une activation de contexte PDP secondaire pour le flux 
10 de media, dont les parametres de QoS ont ete negocies au niveau SIP. Pour cela, le 

MS requiert un TBF montant (ou UL TBF, pour « Uplink TBF ») sur des canaux 
portages* 

(2) Lorsque le SGSN regoit le message «ACTIVATE PDP CONTEXT REQUEST 
du MS, il cree le contexte PDP dans le SGSN et envoie alors un message CREATE BSS 

15 PFC sur ^interface Gb, afin de demander au BSS de reserver les ressources radio 
necessaires pour le flux de media temps-reel. 

(3) La QoS requise indique des caracteristiques de temps-reel. II est ici 
propose d'autoriser le BSS a allouer des ressources dediees. Deux methodes ou 
procedures sont proposees dans le cas ou le BSS peut allouer de telles ressources en 

20 correspondence avec la QoS requise: re-utiliser autant que possible les techniques 
existantes en envoyant un « paging » au MS, ou introduire un nouveau message 
d'allocation. On peut noter qu'a ce stade le MS est necessairement dans I'etat GMM 
READY puisqu'une LLC PDU dans le sens montant vient d'etre envoyee, contenant le 
message ACTIVATE PDP CONTEXT REQUEST. 

25 (3a) Dans une premiere procedure, le BSS genere un « paging » vers le MS. 

Dans I'etat actuel de la norme pour le mode A /Gb, un MS peut recevoir un « CS 
paging » (ou « paging » pour services en mode circuit) seulement si ce « CS paging » 
est regu du MSC. II est ici propose que le BSS genere un « paging » pour des services 
temps-reel apres avoir regu une requete du SGSN. Suivant Tetat radio du MS, le 

30 message de « paging » peut etre envoye soit sur des canaux de controle communs 
soit sur le PACCH d'un TBF en cours. Ceci serait similaire a un « CS paging », avec 
I'exception qu'une indication serait presente pour indiquer que ce « paging » vient du 
domaine PS (« Packet Switched ») ou mode paquet. Si un ou plusieurs TBF etaient en 
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cours, le MS retournera aux canaux de controle communs et initiera une procedure 
d'acces aleatoire (« random access ») en demandant des ressources dediees (une 
autre option consisterait en une amelioration des procedures de DTM (« Dual 
Transfer Mode ») de maniere a autoriser le MS a initier un acc6s d6di6 a travers le 
5 PACCH d'un TBF en cours). Le BSS allouera alors des ressources dediees et le MS 
etablira le lien de signalisation de couche 2. 

II est aussi propose de demander a la station mobile MS d'envoyer un 
message GPRS INFORMATION contenant I'identifiant TLLI (« Temporary Logical Link 
Identifier ») propre a la station mobile MS. Ce message peut aussi contenir une 

10 trame LLC vide superpbsee (« piggybacked » en anglais) au message SABM. Le TLLI 
sera renvoye au BSS, de sorte que le BSS peut associer la connexion nouvellement 
etablie a la requete regue dans le message CREATE BSS PFC. Dans le cas ou les 
ressources allouees ne correspondent pas a la QoS requise, un « handover » intra- 
cellulaire peut etre effectue pour allouer des ressources en correspondence avec la 

15 requete regue du SGSN (ou en correspondence avec la QoS negociee avec le SGSN) 
si de telles ressources sont disponibles. Le message GPRS INFORMATION peut etre 
envoye sur le canal dedie DCCH (« Dedicated Control Channel ») une fois etabli. On 
note que tout autre message contenant le TLLI du MS peut etre utilise. 

(3b) Dans une seconde procedure, on alloue directement au MS des 

20 resources dediees : un nouveau message pourrait etre introduit, evitant le besoin 
d'avoir a envoyer un « paging » au MS. Le BSS allouerait alors directement les 
ressources dediees, a travers un nouveau message envoye sur les canaux de controle 
communs (MS dans le mode « Packet Idle Mode ») ou sur le PACCH d'un TBF en cors 
(MS dans le mode « Packet Transfer Mode »). Le MS activera alors les nouvelles 

25 ressources (eventuellement en basculant vers le mode « RR Dual Transfer Mode » si 
un ou plsieurs TBF etaient en cours) et 6tablira le lien de signalisation de couche 2. 
Comme dans la premiere procedure, le MS enverra un message GPRS 
INFORMATION contenant le TLLI, qui sera renvoye au BSS . Dans ce cas, les 
ressources allouees devraient etre en correspondance avec la QoS requise. 

30 (4) Le BSS envoie alors un acquittement au SGSN pour la creation du PFC. II 

est a noter que dans le cas ou le BSS he pourrait allouer des ressources permettant 
de realiser la QoS requise, il peut tout d'abord essayer de negocier les parametres 
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de QoS, et si la negotiation reussit, il peut alors effectuer l'6tablissement des canaux 
dedi6s. 

(5) L'activation de contexte PDP est alors terminee (a travers I'etablissement 
d'un TBF, ou en utilisant le message GPRS INFORMATION, ou en utilisant un TBF 
5 existant s'il est toujours en cours), 

(6) L'etablissement de I'appel peut alors etre termine au niveau SIP. 

Lorsque la session a commence, les PDU temps-reel sont routees comme 

suit: 

dans le sens reseau vers MS : GGSN -> SGSN (Interface « Gn »), SGSN 
10 ->BSC (interface « Gb ») , BSC-> BTS (Interface Abis), BTS ^ MS 

(Interface radio) 

dans le sens MS vers reseau : MS BTS (Interface radio), BTS -> BSC 
(Interface « Abis »), BSC ■» SGSN (Interface « Gb »), SGSN -> GGSN 
(Interface « Gn ») 

15 Sur les interfaces « Gb » et « Gn » les PDUs sont routees comme des 

paquets. Sur les interfaces « Abis » et radio, les PDUs sont transportees sur des 
canaux dedies. 

Pendant le flux temps reel, les mesures radio reportees sont envoyes du MS 
au BSS sur le SACCH existant. Sur la base de ces mesures radio reportees, le BSS 
20 peut effectuer des « handovers » en utilisant les mecanismes existants. 
Sur la figure 6 : 

I'etape 61 indique que l'etablissement d'un appel est en cours pour un 
flux de media temps reel, le « Final SDP » vient d'etre envoye (dans le 
cas MO) ou regu (dans le cas MT), 
25 - I'etape 62 indique qu"un contexte PDP secondaire est cree dans le 

SGSN, 

I'etape 63 indique que le BSS a regu une requete « PFC Creation 
Request » pour un flux temps reel, il etablit des ressources dediees, 
I'etape 64 indique que le MS active les ressources dediees allouees, 
30 - I'etape 65 indique qu'un fonctionnement en multi-trame est maintenant 

etabli, la contention est resolue, et le BSS connait le TLLI de la nouyelle 
connexion. Un « handover » est effectue si necessaire, 
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I'etape 66 indique que I'etablissement d'appel SIP peut alors se 
produire, 

I'option correspondant a la premiere procedure indiqu6e plus haul a ete 
notee 67 

5 - I'option correspondant a la seconde procedure indiquee plus haul a ete 

notee 68. 

Les differents messages notes sur la figure 6 : (P)RACH, PACKET UPLINK 
ASSIGNMENT, ACTIVATE PDP CONTEXT REQUEST (secondary PDP context), CREATE 
BSS PFC, CS PAGING (from the PS domain), IMMEDIATE ASSIGNMENT, SABM + 

10 GPRS INFORMATION, UA + GPRS INFORMATION, CREATE BSS PFC ACK , 
ACTIVATE PDP CONTEXT ACCEPT, ont ete soit rappeles soit definis precedemment. 
Eventuellement, pour plus d'informations sur les messages ou procedures existants on 
pourra se reporter aux specifications correspondantes, pour ces systemes). 

On notera que I'exemple ainsi decrit ne constitue qu'un des exemples 

15 possibles de mise en oeuvre de 1'invention. On comprendra qu'il n'est pas possible 
de decrire ici tous les exemples de mise en oeuvre possibles, et que la presente 
invention est bien sOr d'application generate, et n'est pas limitee a cet exemple 
particulier. 

Un des avantages de ^invention est que les procedures ou protocoles 
20 existants sont re-utilises. Notamment, il n'y a pas besoin d'introduire une nouvelle 
combinaison de canal, ni un « handover » de TBF. Les impacts sur une station mobile 
selon la version R99 de la norme supportant le mode DTM (« Dual Transfer Mode ») 
sont r&duits a un minimum (le contexte PDP pour lequel un canal dedie est alloue doit 
etre indique a la station mobile). II n'y a pas besoin de definir une nouvelle couche 
25 de protocole au-dessus de la couche RLC/MAC puisque la couche RR au-dessus de 
LAPDm peut etre re-utilisee. Toute la signalisation peut etre effectuee a travers les 
canaux existants SACCH et FACCH. Ceci n'empeche pas d'ameliorer les procedures 
DTM existantes pour supporter des « handovers » simultanes de trafic temps reel 
transporte dans des canaux dedies et de trafic non temps reel transports dans des 
30 canaux portages. Notamment ('invention permet d'introduire un support pour des 
services IMS dans le mode « A/Gb » du reseau GERAN a un cout minimum. 
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REVINDICATIONS 

1. Precede pour supporter du trafic temps r6el dans un sysfeme de 
radiocommunications mobiles comportant un reseau d'acces radio et un coeur de 
reseau, procede dans lequel du trafic en temps n§el supporte en mode paquet dans 

5 le coeur de reseau est supports dans le reseau d'acces radio au moyen d'une 
allocation de canaux dedies. 

2. Procede selon la revendication 1, dans lequel ladite allocation de canaux 
dedtes est effectuee a la creation d'un contexte de flux paquet (PFC). 

3. Procede selon la revendication 2, dans lequel ledit contexte de flux paquet 
10 est cree dans le reseau d'acces radio. 

4. Procede selon la revendication 3, dans lequel ledit contexte de flux paquet 
contient des param&tres de QoS a offrir par le reseau d'acces radio et negocies avec 
le coeur de reseau. 

5. Procede selon I'une des revendications 16 4, dans lequel ledit trafic 
15 temps reel correspond a au moins un flux de media d'une session multimedia. 

6. Procede selon I'une des revendications 1 a 5, dans lequel ladite 
allocation de canaux d6d ies utilise une procedure d'allocation comportant un 
« paging » suivi d'un acces au reseau. 

7. Procede selon i'une des revendications 1 a 5, dans lequel ladite 
20 allocation de canaux dedies utilise une procedure d'allocation directe. 

8. Procede selon I'une des revendications 1 a 7, dans lequel : 

- une station mobile a laquelle des canaux dedies ont ainsi ete alloues 
transmet au reseau des informations relatives a son identite, 

sur la base de ces informations, le reseau associe un contexte de flux 
25 paquet a cette station mobile, et , le cas echeant, une re-allocation de canaux 

dedies est effectuee en vue de satisfaire la qualite de service requise pour cette station 
mobile. 

9. Equipement de reseau d'acces radio pour systeme de 
radiocommunications mobiles, comportant des moyens pour mettre en oeuvre un 

30 procede selon I'une des revendications 16 8. 

10. Equipement de coeur de reseau pour systeme de radiocommunications 
mobiles, comportant des moyens pour mettre en oeuvre un procede selon I'une des 
revendications 1 a 8. 
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